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© Remote operator facility for a computer. 

© A computer network comprises a first processor 
console including a first display screen and a first 
storage device for storing panel templates containing 
fixed panel information for display on the first display 
screen. A second processor console includes a sec- 
ond display screen and a second storage device for 
storing panel templates containing fixed panel in- 
formation for display on the second display screen. 
A first program means within the first processor 
console transmits to the second processor console 
an identification of a panel template for display on 
the second display screen, a second program 
means within the second processor console receives 
the panel template identification, determines, if the 
panel template identification identifies a panel stored 
in the second storage means and displays the panel 
on the second display screen if the identification 
identifies a panel stored in the second storage de- 
vice, and requests transmission of the identified pan- 
el template if the second storage device does not 
contain the identified panel template. The first pro- 
gram also transmits variable information to the sec- 
ond processor console for merger with the identified 
panel template. The first and second processor con- 
soles utilize standard operating systems to partici- 
pate in the remote operations. 
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The invention relates generally to computer 
systems, and deals more particularly with remote 
control of a local processor console and an applica- 
tion program running on the local processor con- 
sole, and parallel display of application panels on a s 
remote processor console and the local processor 
console. 

r — - Heretofore, remote control of a local processor 
I console and an application running on a local pro- 
/ cessor console has been provided by connecting a io 
I remote processor console to the local processor 
/ console via a telephone line, and sending a data 
I stream representing the local processor console 
I display to the remote processor console. For ex- 
/ ample, a prior art local processor console within an 75 
I IBM System/370 computer system was remotely 
controlled by sending an IBM "3270" data stream 
to a remote (dumb) IBM 3275 terminal in addition 
to the local (dumb) IBM 3272 terminal. An IBM 
"3270 " data stream is a data stream which directly 20 
controls the console display. The 3270 data stream j 
J comprises for each field on the screen, information 
defining the type of field, the location of the field 
and the content of the field, for example, an alpha- 
numeric character. While this arrangement permit- 25 
ted remote control of the local processor console 
and parallel display on the local processor console 
and the remote processor console, the speed of 
presentation of display on the remote processor 
console is limited by the transmission speed over 30 
the telephone line. Because the remote processor 
console in this example is dumb and requires the 
3270 data stream, a large amount of data must be 
sent from the local processor console to control the 
remote processor console screen. Therefore, the 35 
I remote processor console is subject to slow opera- 
t — tion. 

— * In the same session of the aforesaid 
System/370 computer system, an operator at the 
remote processor console could enter data or com- 40 
mands through the remote processor console key- 
board. In response, terminal hardware within the 
remote processor console determines which fields 
are changed and sends information defining only 
the changed fields to the local processor console. 45 
This information is in the form of a 3270 data 
stream. The application running in the local proces- 
sor console then processes the information and 
takes appropriate action, for example, updating the 
local and remote processor console screens by so 
sending the 3270 data streams for the entire 
screen or changed portions as appropriate. 

The aforesaid local processor console is also 
used in a different session as a dumb terminal for 
controlling an application running in the 55 
System/370 host processor. During this session, 
the host processor communicates with the local 
processor console with the 3270 data stream. 



Still another prior art IBM System/370 com- 
puter system comprises a host processor, a per- 
sonal computer coupled to the host processor by a 
local area network or a telephone line, and a re- 
mote processor console coupled to the local per- 
sonal computer by a local area network or a tele- 
phone line. The personal computer includes soft- 
ware to act as a communications manager to cou- 
ple the host processor to the aforesaid remote 
processor console (or another remote console simi- 
larly coupled by a local area network or a tele- 
phone line). In this prior art system, the software is 
IBM's "Gateway" program. The host processor 
runs an application and transmits the 3270 data 
stream to the personal computer, and the commu- 
nications manager routes the 3270 data stream to 
the proper remote processor console which then 
acts as a dumb terminal. 

In another prior art system, IBM's 4381 com- 
puter system, an application running on a local 
processor console (serving a host processor) 
makes function calls to cause a display. The func- 
tion calls are written in SPIL high-level language, 
and are received by a language interpreter in the 
operating system of the local processor console. 
The language interpreter breaks down the high- 
level calls into many corresponding low-level calls 
including the 3270 data stream (and an address of 
an error handling routine), which low-level calls are 
passed through a first common adapter code 
(CAC) program in the local processor console. The 
language interpreter then determines if a remote 
processor console coupled to the local processor 
console is operable, and if so, invokes a common 
communications adapter (CAC) program which is a 
second type of CAC program responsible for com- 
municating with the remote processor console 
through a communication link. Then, the first CAC 
program sends the 3270 data stream to the second 
CAC program, and the second CAC program sends 
the 3270 data stream to a receiver at the remote 
processor console (an IBM 3275 dumb terminal): 
Then, the first CAC program in the local processor 
console transmits the 3270 data stream to the local 
processor console screen, and the receiver at the 
remote processor console transmits the 3270 data 
stream to the remote processor console screen. 
| Also, in this IBM 4381 computer system, the re- 
mote processor console can receive inputs from 
the keyboard of the remote processor console, and 
keystroke information in the form of short encoded 
transmissions are sent directly to the local proces- 
sor console. Then, the keystroke information is 
received by the local processor console which pro- 
cesses the keystroke information and generates a 
3270 data stream to update the local console 
screen as described above. 

The local processor console (a UC.5 computer) 
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of the IBM 4381 computer system can be operated 
in either of two modes, a manual function mode or 
a host operating system mode. In the manual func- 
tion mode, code running above the operating sys- 
tem in the local processor console controls the 
screens of both the local processor console and 
the remote processor console. Keyboard informa- 
tion can originate from either the remote processor 
console keyboard or the local processor console 
keyboard, and keyboard control was made from the io 
respective processor console. The keyboard in- 
formation passes through the language interpreter 
in the local processor console, and then the. first 
CAC program in the local processor console to the 
application running in the local processor console. 
In the operating system mode, the operating sys- 
tem of the host processor controls both the 
screens. The 3270 data stream information origi- 
nates from the host operating system and is 
passed to the local processor console through a 
local channel adapter including hardware and a 
third CAC program which stores the 3270 data 
stream in the processor console. Then, the 3270 
data stream is sent to the local console screen and 
the remote processor console screen. 

In another prior art system (prior art under U.S. 
law), IBM's 308X remote support system, an IBM 
UC.5 computing engine served as a processor con- 
sole for a main frame computer and another sys- 
tem 370 main frame computer provided remote oo 
control of the UC.5 computing engine. Screens 
were displayed almost simultaneously at both the 
UC.5 computing engine site and at the remote site. 
Each site included a collection of templates con- 
taining fixed information for the screens, and to 35 
make a display at the remote site, the UC.5 com- 
puting engine sent an identification of the desired 
template and variable data to be merged into the 
template. The remote site included a table to map 
the variable information into the proper locations in 40 
the template. While the storage of the collection of 
templates at the local and remote sites reduced the 
amount of data transfer, there were draw backs to 
this system. The UC.5 computing engine ran low 
level code that included a merged combination of 45 
single line application and control commands. 
There was a command facility that received 
display-related (and other) single line codes. An- 
other facility determined if the remote site was 
operable. If so, these display-related commands 50 
were routed to the remote site to control the re- 
mote display. These commands also caused the 
same display at the local site. Thus, the body of 
code was specific to the application. Also, the 
collection of templates was included in the micro- 55 
code at both sites and when a template required 
change, the microcode at both locations was rewrit- 
ten to incorporate the change. Moreover, the tem- 



plates could only accept variable data of predefin- 
ed length. 

A general object of the present invention is to 
provide efficient remote control of a local processor 
and an application running on the local processor, 
and parallel display of application panels on a local 
processor console and a remote processor con- 
sole. 

Another general object of the present invention 
is to provide remote control and parallel display of 
the foregoing object yet provide flexibility and stan- 
dardization in the implementation. 

The invention resides in a computer system 
and network in which a remote processor console 
efficiently controls operation of a local processor 
console and an application running on the local 
<l processor console. 

The computer system or network comprises a 
first processor console including a first display 
screen and a first storage device for storing at least 
one panel template containing fixed panel informa- 
tion for display on the first display screen, a sec- 
ond processor console includes a second display 
screen and a second storage device for storing at 
least one panel template containing fixed panel 
information for display on the second display 
screen. 

The two processor consoles are coupled by a 
communication facility. The first processor console 
further includes a program or hardware for trans- 
mitting to the second processor via the commu- 
nication facility and identification of a panel tem- 
plate for display on the second display screen. The 
second processor console includes a second pro- 
gram or hardware for receiving the panel template 
identification, determining if the panel template 
identification identifies a panel stored in the second 
storage device, and displaying the identified panel 
on the second display screen if the identification 
identifies a panel stored in the second storage 
device and requesting transmission of the identified 
panel if the second storage device does not con- 
tain the identified panel template. Upon receipt of 
the requested panel template, the second operating 
system displays the identified panel template on 
the second display screen. The first program or 
hardware contained in the first processor console 
also transmits variable information to the second 
program or hardware and directs a merger of the 
variable information with the identified panel tem- 
plate for display on the second display screen. The 
second program means also receives keyboard 
input from the second processor console and trans- 
mits it to the first processor console where it sub- 
stitutes directly for keyboard inputs made via the 
first processor console. 

i| According to one feature of the invention, a first 
pperating system within the local processor con- 
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soles controls the operation of the first display 
stream, and a second operating system within the 
remote processor console controls the operation of 
the second display stream. An application running 
in the local processor console makes an operating 5 
system type of call to the first program to make a 
display, and the first program extracts call data 
from the operating system type of call and trans- 
mits the call data to the remote processor console. 
The second program receives the call data from 10 
the first program, converts the call data to an 
operating system type of call, and passes the op- 
erating system type of call to the second operating 
system to make a display on the second display 
\ stream. The call data defines the variable informa- 75 
Uion, and may identify the panel template if each of 
the memories contains a plurality of panel tem- 
Iplates. In addition, the operating system type of 
/call includes a function command such as a com- 
( mand to display the panel template and variable 20 
^information. 

BRIEF DESCRIPTION OF THE FIGURES 

Fig. 1 is a perspective view of a computer 25 
system including the present inven- 
tion. 

Fig. 2 is a high level block diagram of com- 
ponents implementing the present in- 
vention within the computer system 30 
of Fig. 1. 

Figs. 3 (A) and (B) are flow charts illustrating 
usage of the computer system com- 
ponents of Fig. 2 to implement re- 
mote control of a local processor 35 
console and parallel displays on the 
local processor console and a remote 
processor console, according to the 
present invention. Fig. 3 (A) illus- 
trates a process performed by a re- 40 
mote operator facility in the local pro- 
cessor console, and Fig. 3 (B) illus- 
trates an associated process per- 
formed by a remote processor con- 
sole support in the' remote processor 45 
console. 

Fig. 4 is a lower level flow graph further 
defining the aforesaid processes il- 
lustrated by Figures 3 (A) and (B). 
Referring now to the drawings in detail wherein so 
like reference numerals indicate like elements 
throughout the several views, Fig. 1 illustrates a 
computer network generally designated 10 which 
includes the present invention. Network 10 includes 
a main or host computer 12 and a local processor 55 
console or terminal 14 which serves the main com- 
puter, i.e. provides operational control, diagnostic 
v and testing services for the host, and a remote 



processor console or terminal 16 for remote control 
of the local processor console. At other times, or 
simultaneously, remote processor console serves 
as an independent computer and runs other ap- 
plications. The main computer 12 includes a pro- 
cessor 13, and by way of example is an IBM 
System/370 computer. In the illustrated example, 
local processor console 14 functions as a smart 
terminal, i.e. can process keyboard inputs via a 
local keyboard 32 to directly control displays on a 
screen 30, and computer 12 is coupled to the local 
processor console by a dedicated line 20. By way 
of example, local processor console 14 is an IBM 
PS/2 personal computer using an OS/2 operating 
system 15 (Fig. 2). The OS/2 operating system 
includes a Dialog Manager program 34 (Fig. 2) 
which controls the user interface, and a Presenta- 
tion Manager program 35 for which Dialog Manager 
is a high level application program interface. For 
further details of the OS/2 operating system, refer- 
ence can be made to "IBM OS/2 Standard Edition 
Version 1.2 Getting Started". For further details of 
the Dialog Manager program and the Presentation 
Manager function within the OS/2 operating sys- 
tem, reference can be made to "IBM OS/2 1.2 
Dialog Manager Guide and Reference". In the illus- 
trated example, the remote terminal 16 is also a 
smart terminal, and is coupled to the local proces- 
sor console via a nondedicated telephone line 22 
or LAN. By way of example, remote processor 
console 16 is also an IBM PS/2 personal computer 
using-an.^OS/2 operating system 17 (Fig. 2). 

Rg^2JIIustrates specific components of local 
processor console 14 and remote processor con- 
sole 16 which relate to remote operations accord- 
ing to the present invention. Local operating sys- 
jtem 15 includes a Dialog Manager component 34 
jwhich receives keyboard inputs from keyboard 32, 
(and controls the display on screen 30 according to 
/ direction from an application 36 running on a pro- 
' cessor 37 within processor console 14. By way of 
example, the application runs a diagnostic program 
for host computer 12. However, it should be under- 
stood that the remote operations according to the 
present invention are equally applicable when pro- 
cessor console 14 is independent of host computer 
12. In the illustrated example, many of the displays 
for screen 30 (and a corresponding screen 56 on 
remote processor console 16) are panels each of 
which comprises a template of fixed information 
such as categories or questions of a menu panel, 
and variable information which fits into positions 
within these templates and is specific to each in- 
stance of the panel. The fixed template information 
for all applications is stored on hard disk 37 and 
grouped by library; one library contains all the 
templates required by one application. The variable 
; information can be supplied either by application 
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! 36 or an operator through local processor keyboard 
f " 32 and stored in RAM portion 40. When application 
36 makes a command to display a template and 
this command is received by local Dialog Manager 
program 34, local Dialog Manager program 34 
fetches the template from hard disk 37 and stores 
it in RAM portion 38 for direct access. 

When application 36 desires to interact with a 
user to obtain control information or display a panel 
containing information, the application makes a call 
to a remote operator facility 42 (step 60 of Fig. 3 
(A)), and remote operator facility 42 receives the 
call (step 61). In the illustrated embodiment, remote 
operator facility 42 comprises microcode running 
on top of the operating system but alternately 
could comprise hardware. It should be noted that 
no significant changes are required to application 
36 to utilize remote operating facility 42 and op- 
erating systems 15 and 17 can be standard; ap- 
plication 36 need only address remote operating 
facility 42 with the call instead of Dialog Manager 
program 34. Although in the illustrated example, 
both remote processor console 16 and local pro- 
cessor console 14 are the same type with the 
same type of operating system, they could also be 
different types with different types of operating 
systems such as System/370 with VM Operating 
System. In the illustrated example, remote proces- 
sor console 16 is active (decision block 62), and 
Dialog Manager program 34 locks out or disables 
local keyboard 32 to prevent conflicting or interfer- 
ing input from keyboard 32 (step 63). The call may 
define or update a variable for a panel, and if so, 
the remote operator facility stores in a variable 
table 137 (RAM), the name of the variable, the 
address where the actual variable data is located in 
a RAM 40, and the current value of the variable 
data (step 64). The actual variable data is stored 
first in variable Table 137 so that when application 
36 orders the variable sent for display, remote 
operator facility 42 first compares the data stored 
in variable Table 137 to that stored in RAM 40, and 
only if the two values differ does remote operator 
facility 42 transmit the data to remote processor 
console 16 (and update RAM 40). This further 
minimizes the amount of requisite data transmis- 
sion. Next, remote operator facility 42 reformats the 
variable data for transmission to remote processor 
console 16 (step 65) (assuming that the data was 
updated), and obtains from application 36 an iden- 
tification of the corresponding fixed template (step 
66). The actual template is stored in a library 38 
and usually is stored in a library 52 in the remote 
processor console. As described in more detail 
below, the information of step 64-66 is buffered for 
block transfer (decision block 67). If the aforesaid 
variable is updated but all variables are not yet 
defined, decision block 67 leads to step 68 in 



which the call from application 36 is passed to 
local Dialog Manager program 34 to update or 
define another variable. Steps 61-66 are repeated 
until all variables are defined. Then decision block 
5 67 leads to step 69 in which remote operator 
facility 42 transmits the variable information and 
template identification to remote processor console 
support 44 in remote processor console 16 via 
local communication facility 46, telephone line 22 

w and remote communication facility 48 (step 69). By 
way of example, local communication facility 46 
and remote communication facility 48 each com- 
prises a Synchronous Data Link Communication 
(SDLC) adapter and associated SDLC device driver 

75 programs. It should be noted that remote operator 
facility converts the operating system type of call 
from application 36 to "raw" data form as de- 
scribed in more detail below for transmission to 
remote processor console 16. This facilitates inter- 

20 face to different types of remote consoles or an 
application program 171 which simulates a remote 
operator. Then, remote operator facility 42 waits for 
data (for example keyboard inputs responsive to 
the panel) from remote processor console support 

25 44 (step 70). Remote processor console support 44 
receives the transmission from communication fa- 
cility 48 (step 71 of Fig. 3 (B)) and updates a 
variable table 165 with variable name, address of 
the variable data in a RAM 155, and the actual 

30 variable data (step 72) if necessary. Remote pro- 
cessor console support 44 also stores the actual 
variable data in a RAM 155. Next, remote proces- 
sor console support 44 reconstructs the original 
call to Dialog Manager program 34 made by ap- 

35 plication 36 (step 73). In the illustrated example, 
the calls includes variable definitions and a panel 
display including an identification of a fixed tem- 
plate that is required for the display. As a result, 
(decision block 74) remote processor console sup- 

40 port searches the hard disk 51 for the requisite 
template (step 75). It should be noted that the 
storage of identical template libraries simultaneous- 
ly at both the local processor console and the 
remote processor console is made to reduce the 

45 amount of data that is transmitted between the 
local and remote consoles. This avoids repeated 
and time-consuming transmission of the template 
definition across telephone line 22. However, some- 
times hard disk 37 is updated but hard disk 51 is 

so not, and steps 71-73 represent the first usage of 
the template at the remote processor console 16, 
or steps 71-73 represent the first usage at the 
remote processor console since a template revision 
or update at the local processor console 14. In 

55 such a case, the proper template will not be found 
at the remote processor console disk 51 (decision 
block 76). As a result, remote processor console 
support 44 requests the template library from re- 
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mote operator facility 42 via communication facili- 
ties 48 and 46 and telephone line 22 (step 77) and 
waits for the file (step 78). Remote operator facility 
78 receives this request (step 80), retrieves the 
template library 38 definition or file from disk 37, 5 
and transmits the template library definition to re- 
mote processor console support (decision block 81 
and step 82). Next, remote processor console sup- 
port 44 receives the template library definition (step 
79), and updates the disk 51. It should be noted io 
that in the majority of instances, the requisite tem- 
plate library was previously stored on disk 51, and 
decision block 74 leads directly to step 83, but 
when it must be sent, it is sent automatically. Next, 
remote processor console support 44 issues a call 75 
to remote Dialog Manager program 50 to display 
the panel comprising the aforesaid fixed template 
and associated variable information, and remote 
Dialog Manager program 50 obtains the panel tem- 
plate from disk 51 . It should be noted that the call 20 
which was reconstructed in step 73 and issued in 
step 83 is identical to the original call made by 
application 36 in step 60. The transmission of the 
raw call data across telephone line 22 instead of an 
operating system type of call permits a convenient 25 
interface to a variety of types of operating systems. 

Next, remote processor console 1 6 can receive 
user input via remote keyboard 58 to remotely 
control application 36 running on local processor 
console 14 (decision block 84). If user input is 30 
necessary according to application 36 to, for exam- 
ple, update a variable, remote processor console 
support 44 waits for the keyboard input (step 85), 
and upon receipt updates variable table 165 with 
the actual variable data (located in RAM 155) (step 35 

86) . Because a variable is updated (decision block 

87) , remote processor console support 44 formats 
the variable information for transmission to remote 
operator facility 42 (step 88), and makes the trans- 
mission (step 89). The format is shown under Re- 40 \ 
ply to Dialog Action (page 45). It should be noted 
that remote processor console support 44 only 
transmits changed variables to local processor con- 
sole 14, after determining that the variable has 
been changed by comparing the contents of vari- 45 
ables Table 165 to the contents of RAM 155. In 
response, remote operator facility 42 updates vari- 
able table 137 and RAM portion 40 during another 
iteration of steps 70, 80 and 81 and step 90. Then 
remote operator facility 42 calls local Dialog Man- sci 
ager program 34 with the new data (step 91). It p 
should be noted that Dialog Manager program 34 
processes the variable data provided by remote 
processor console 16 in the same manner as if the 

data was entered through local keyboard 32. This 55 
is because the keyboard data from corresponding 
keys on the local processor console and the re- 
mote processor console are targeted for the same 



location in RAM 40 (and can override each other). 
To complete the description of Fig. 3 (B), it should 
be noted that if no keyboard input was required 
after step 83, then decision block 84 leads to a 
step 93 in which simple acknowledgement with no 
data is sent to remote operator facility 42. Similarly, 
if there are no updated variables in step 86, then 
decision block 87 leads to a step 94 in which a 
simple acknowledgement with no data is formatted 
for subsequent transmission to remote operator 
facility 42. 

As illustrated by the process of Fig. 3, applica- 
tion 36 can be remotely controlled by remote pro- 
cessor console keyboard 58, and the panels are 
displayed both at remote processor console screen 
56 and local console screen 30 almost simulta- 
neously. Also, a person at the local console 1 4 can 
view the operation of application 36 and also assist 
via other oral telephone connections with the re- 
mote processor console operator. Figs. 2 and 3 
also illustrate an optimization provided by remote 
operator facility 42 to minimize the amount of in- 
formation transmitted across telephone line 22. Li- 
braries 38 and 52 store the templates for the dis- 
plays on local console display 30 and remote pro- 
cessor console display 56, respectively. When the 
libraries contain the necessary, identical templates 
for application 36, then information defining the 
templates need not be transmitted across tele- 
phone line 22. Only an identification of the template 
is required. When the remote collection of libraries 
52 does not contain the template, then the template 
definition can be transmitted automatically to it 
from collection of libraries 38. 

Frgr4 illustrates specific examples of usage of 
system 10 to provide remote control by remote 
processor console 16, parallel display of panels on 
remote processor console screen 56 and local con- 
sole screen 30, optimization of transmission across 
telephone line 22, and use of standard operating 
systems at both sides with flexibility to use dif- 
ferent types of operating systems at both sides. 
Application 36 makes a call to remote operator 
facility 42 to open or start local Dialog Manager 
program 34 (step 100). The call is an application to 
application type of call and by way of example is a 
"C" function call in the form: 

xrof dmopen(&dmcornm ( buffer len,buffer). This 

call starts an "open" function within remote oper- 
ator facility 42 and causes remote operator facility 
42 to initiate an interface function (ISPCl) which 
passes the open command to Dialog Manager pro- 
gram 34 (step 102). The call is an application to 
operating system type of call and by way of exam- 
ple is a "C" function call in the form of: 
ISPCI(&dmcomm,buffer len.buffer). This com- 
mand starts or opens the local Dialog • Manager 
program 34 and in response, the local Dialog Man- 
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ager program 34 transmits a return code to remote 
operator facility 42 indicating that the local Dialog 
Manager program has in fact been opened (step 
104). Next, remote operator facility 42 initiates a 
conversation with remote processor console sup- 5 
port 44 by transmitting a request to initiate commu- 
nication facilities 46 and 48, i.e. begin a commu- 
nication (step 106). After communication has been 
initiated, remote operator facility 42 transmits the 
appropriate data to remote processor console sup- io 
port 44 which, in this case, is the "open dialog 
request" (step 106). The remote processor console 
support 44 is started as a result of the receipt of 
the "open dialog request" which causes the remote 
communication facility 48 to initiate a transaction 
program which accepts the conversation from re- 
mote operator facility 42, receives the aforesaid 
data, and opens a dialog with remote Dialog Man- 
ager program 50 (step 108). Thus, remote proces- 
sor console support 44 initiates an interface func- 20 
tion for example, ISPCI- 

(&dmcomm,buffer_len,buffer); to remote Dialog 
Manager program 50 and transmits an open dialog 
command to remote Dialog Manager program 50 
(step 109). In response, remote Dialog Manager 25 
program 50 is started or opened, and transmits a 
return code to remote processor console support 
44 indicating that it is started (step 110). Next, 
remote console support 44 creates a reply to re- 
mote operator facility 42 and sends data indicating 30 
that remote Dialog Manager program 50 was in fact 
opened (step 112). Next, remote operator facility 
42 completes the original open command from 
step 100 by notifying application 36 that the Dialog 
Manager program has been opened. It should be 35 
noted that application 36 is unaware that two Dialog 
Manager programs 34 and 50 are involved in the 
transaction, and remote operator facility 42 is pro- 
grammed in the illustrated embodiment to return a 
positive acknowledgment of Dialog Manager pro- 
gram open only if both Dialog Manager programs 
34 and 50 have in fact been opened (step 114). 

Next, application 36 selects a pane! template 
for display and calls remote operator facility 42 for 
a command "LIBDEF" for example, a "C" function 
call of the form: xrof_Iibdef- 
(&dmcomm,buffer_len,buffer) (step 116). Along 
with the command is an identification of a panel 
library containing at least the template or templates 
that will be used in subsequent "DISPLAY" com- 
mands. In response, remote operator facility 42 \ 
processes the library definition command by calling 
Dialog Manager program 34 with the command for 
, example, ISPCI(&dmcomm,buffer_Jen,buffer), and 
the name of the corresponding file in libraries 38 
! that contains the template (step 118). In response, 
; local Dialog Manager program 34 stores the name 
of the file in RAM 40, and transmits an acknowl- 
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edgement to remote operator facility 42 (step 120). 
Next, remote operator facility 42 creates a request 
to send the name of the library to remote proces- 
sor console support 44 and then sends the request 
(step 122). Each transmission by local communica- 
tion facility 46 requires a reformatting (ex. parallel 
to serial) for transmission over telephone line 22, 
and remote communication facility 48 converts the 
transmitted format back to the original (parallel) 
format for use by remote processor console sup- 
port 44. In response, remote processor console 
support 44 calls remote Dialog Manager program 
50 and provides the name of the library using an 
interface call, for example, ISPCI- 

(&dmcomm,buffer len .buffer) (step 124). Remote 

Dialog Manager program 50 then stores the name 
of the library and designates the library which 
contains the template as an active one (step 126). 
It should be noted that at this time, remote Dialog 
Manager program 50 does not verify that disk 51 
actually contains the named library. Remote Dialog 
Manager program 50 also sends an acknowledge- 
ent to remote processor console support 44 that 
he library name has been received (step 126). 
Next, remote processor console support 44 search- 
es for the library or the disk 51, and in the illus- 
trated example, does not locate the file. Therefore, 
demote processor console support 44 creates a 
ijequest to send the entire library, and sends the 
Request to remote operator facility 42 (step 128). It 
should be noted that such a need for the entire 
/library occurs when disk 37 has been updated or 
! replaced by a different disk. Remote operator fa- 
cility 42 receives the data indicating the name of 
the needed library and sends the library to remote 
processor console support 44 (step 130). In re- 
sponse, remote processor console support 44 re- 
ceives the library and replies to remote operator 
facility 42 that the library has been received (step 
132). Then, remote operator facility 42 returns an 
acknowledgement to application 36 that the library 
has been defined according to the command in 
step 116 (step 134). 

Next, application 36 begins a process to define 
the variable information which should be inserted in 
the template (step 136). According to this process, 
application 36 calls remote operator facility 42 
(step 136) with a command "VDEFINE" by way of 
example, a "C" function call of the form, 
xrof ^vdefine- 

(&dmcomm ( buffer_len,buffer,parm1,parm2), 
and specifies variables by name and corresponding 
locations (i.e. memory addresses) in memory 40 
which contain the current values of the variables. It 
should be noted that application 36, remote oper- 
ator facility 42 and local Dialog Manager 34 all 
have direct access to memory 40. Remote operator 
facility 42 processes the "VDEFINE" command by 
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storing the variable information in variable table 
137 and calling local Dialog Manager 34 to define 
the variables and corresponding memory locations 
of the actual data (step 138). An example of this 
interface call is ISPCI2- 

(&dmcomm,buffer Ien,buffer,parm1,parm2). In re- 
sponse, local Dialog Manager 34 correlates the 
variable information with the corresponding fields \ 
and the corresponding templates, and sends an i 
acknowledgement back to remote operator facility 10 X 
42 (step 140). Next, remote operator facility 42 
stores the variable information in a buffer for sub- 
sequent transmission to remote processor console 
support 44. It should be noted that the most eco- 
nomical use is made of telephone line 22 by buf- 75 
fering all of the variable information for a single 
block transmission (step 142) as described in more 
detail below. Also, the remote operator facility 42 
transmits an acknowledgement to application 36 
\that the "VDEFINE" command of step 136 has 
\been completed (step 142). In the illustrated exam- 
ple, steps 136-142 are repeated a number of iter- 
ations until all the variables have been defined 
kstep 144). 

j Next, application 36 begins a process to dis- 
play the previously defined panel template and 
variable information, and transmits the "DISPLAY" 
^command to remote operator facility 42 (step 146). 
" In response, remote operator facility facility 42 be- 
gins processing the display command by locking 
out local console keyboard 32 by making an op- 
erating system call. Also, remote operator facility 
42 begins a process to display the panel on local 
console display 30 by transmitting the display 
command to local Dialog Manager program 34 35 
(step 148) using interface call ISPCI. In response, 
the local Dialog Manager 34 makes the display of 
the panel including the template obtained from 
library 38 and variable information obtained from 
memory 40, and transmits an acknowledgement 40 
back to remote operating facility 42 (step 150). 
Simultaneously, remote operator facility 42 creates 
a display request for subsequent transmission to 
remote processor console facility 44 and display on 
remote console screen 56 (step 152). Also in step 45 
152, remote operator facility scans variables table 
137 to determine which variable information was 
changed after remote operator facility 42's previous 
access to memory 40. Only the changed variable 
information need be transmitted over telephone line so 
22, because the previously transmitted variable in- 
formation is stored in memory 155 in remote pro- 
cessor console 16. Finally, remote operator facility 
42 sends the display command, the contents of the 
buffer which stores the variable information that 55 
;was updated since the buffer was last filled, and 
the panel template identification (step 152) to re- 
mote console support 44. In response, remote pro- 
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cessor console support 44 processes the variables 
by assigning locations in memory 155 to corre- 
spond to each of the variables, and also transmits 
the variable information (i.e. variable names and 
addresses in memory 155) to remote Dialog Man- 
ager 50 (step 154). Remote Dialog Manager 50 
stores the information and sends an acknowledge- 
ment back to remote processor console support 44 
(step 156). Remote processor console support 44 
sends to remote Dialog Manager program 50 the 
same type of information for additional variables, 
and remote Dialog Manager program 50 responds 
with acknowledgements in Steps 158-160 until all 
the variable information has been processed. Next, 
remote processor console support 44 updates vari- 
able table 165 with the new variables received from 
remote operator facility 42 (step 1 66). Also in step 
166, remote processor console support 44 sends a 
"display" command to remote Dialog Manager pro- 
gram 50, and in response, remote Dialog Manager 
program 50 reads memory 155 and causes the 
panel to be displayed on remote processor console 
screen 56 (step 1 68). 

Next in step 168 in response to the panel 
display, an operator enters data and commands via 
remote processor console keyboard 58. It should 
be noted that variable information for the templates 
can be provided at the local processor console 14 
by application 36 as described above or, at the 
remote processor console 1 6 by the operator using 
remote processor console keyboard 58 in step 168. 
Similarly, the data and commands entered at the 
remote processor console 16 can be provided by 
application program 171. The operator (or program) 
entries in step 168 are stored in memory 155 and 
the names of the variables which are updated in 
step 1 68 are sent to remote processor console 
support 44 which then updates variable table 165 
to reflect the updates (step 170). Also in step 170, 
remote processor console support 44 transmits the 
updated variables to remote operator facility 42 
which in turn stores the updated variable informa- 
tion in memory 40 and updates variable table 1 37 
to identify the updated variables (step 172). Next, 
remote operator facility 42 transmits the "display" 
command to local Dialog Manager 34 which reads 
variable table 137 and memory 40 and updates 
local processor console display 30 with the user 
entered variable information and sends an acknowl- 
edgement to remote operator facility 42 (step 174). 
Next, remote operator facility 42 transmits an ac- 
knowledgement, and returns control to application 
36 (step 176). In response, application 36 pro- 
cesses the keyboard inputs which processing 
yields further updates to the variable information in 
memory 40 and deletion of variables from variable 
table 137 which will not be used in the next dis- 
play. 
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To make such deletions, application 36 trans- 
mits a "VDELETE" command to remote operator 
facility 42 (step 178), and remote operator facility 
42 processes this command by deleting the vari- 
ables from table 137 and calling local Dialog Man- 
ager 34 with the "VDELETE" verb (step 180). In 
response, local Dialog Manager 34 deletes the un- 
needed variables from variable table 137, and re- 
turns an acknowledgement to remote operator fa- 
cility 42 (step 182). Next, remote operator facility 
42 packages the names of the deleted variables 
into buffer 41 for subsequent transmission to re- 
mote processor console support 44, and returns 
control to application 36 (step 184). It should be 
noted that for reasons of economy of transmission 
on line 22, the "VDELETES" are not immediately 
transmitted to remote console support 44, but are 
held in a buffer with other Vdeletes and Vdefines 
until the next display command. 

Next, application 36 initiates a procedure to 
define new variables and this procedure is imple- 
mented in steps 186, 188, 190 and 192 in the 
same way that variables were previously defined in 
steps 136, 138, 140 and 142 respectively. Next, 
application 36 initiates a procedure to display a 
panel with the new variable information in steps 
196, 198, 200, 202, 204, 206, 208, 210, 212, 214, 
216, 218, 220 and 222 in the same way that the 
foregoing panel with the original variable informa- 
tion was displayed in steps 146, 148, 150, 152, 
154, 156, 158, 160, 166, 168, 170, 172, 174 and 
176, respectively. Next, application 36 initiates pro- 
cedures to complete the application processing in- 
cluding the deletion of variables in steps 228, 230, 
232 and 234 in the same way that variables were 
deleted in steps 178, 180, 182 and 184, respec- 
tively. 

Next, application 36 calls remote operator fa- 
cility 42 with a "DMCLOSE" command using a 
function call of the form xrof_dmclose- 

(&dmcomm, buffer len buffer), which will close 

^ both local Dialog Manager 34 and remote Dialog 
\ Manager 50 (step 236). In response, remote oper- 
ator facility 42 transmits the "DMCLOSE" com- 
mand to local Dialog Manager 34 (step 238) using 
an interface call of the form ISPCI- 
(&dmcomm,buffer len,buffer); and in response, lo- 
cal Dialog Manager 34 terminates or closes it op- 
eration (step 240). Control is returned to remote 
operator facility 42, and remote operator facility 42 
creates a request to send data to remote processor 
console support 44 to "close" or stop the dialog 
(step 242). This data includes the variable deletions 
previously processed by local Dialog Manager 34 
in steps 228-232 and the close command (step 
242). In response, remote processor console sup- 
port 44 processes the variable deletion command 
by deleting the variables from memory 155, and 



transmitting the variable delete verb to remote Dia- 
log Manager 50 (step 244). Next, remote Dialog 
Manager 50 processes the variable delete verb by 
deleting unneeded variables from RAM 155 (step 

s 246) and returns control to remote processor con- 
sole support 44. In response, remote processor 
console support 44 deletes the appropriate vari- 
ables from variable table 165, and then transmits 
the close command to remote Dialog Manager 50 

10 (step 248) using an interface call of the form ISPCI- 

(&dmcomm,buffer len buffer). In response, remote 

Dialog Manager 50 terminates or closes its opera- 
tion, and returns control to remote processor con- 
sole support 44 (step 250). Next, remote processor 

75 console support 44 transmits a reply to remote 
operator facility 42 that the Dialog Manager 50 has 
been closed (step 252) and then disconnects com- 
munication to remote operator facility 42 (step 
254). In response, remote operator facility 42 dis- 

20 , connects communication to remote processor con- 
sole 16 and returns control to application 36 (step 
/ 256). 

The following is a list and description of the 
format of each of the communications between 
25 remote operator facility 42 and remote processor 
console support 44: 

Open Dialog 

30 This request flows from the local processor 

console to the remote processor console to in- 
dicate that a new dialog is to be opened. This 
request would normally cause a new process in the 
remote to be started to handle the actions for this 
35 dialog. 

The expected response is "Reply to Open 
Dialog". 

The data sent includes: 
• Application ID 
40 • correlator, the application's Process ID 

The following is the data to be sent for an 
Open Dialog Request. 

x*03' x'01 ' Request/Response ID 

0301 = open dialog request 
45 x'aaaaaaaa' Dialog Information 

aaaaaaaa = Application ID 
x'corr' Correlator for application 

corr = Process ID 

so Reply to Open Dialog 

This request flows from the remote processor 
console to the local processor console to indicate 
that the new dialog has been started. If the new 
55 dialog could not be started, a return code and a 
reason are returned. 

The next expected request is "Request Dialog 
Action". 
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The data sent includes: 

• Completion code indicates success or failure 
of the open dialog request. 

Return code x'0000' - success, x'OOOC = 
failure. 

Reason code 1 is the DM Return code from 
the DMOPEN service. 

Reason code 2 is the DM Reason code from 
the DMOPEN service. 
The following is the data sent for a reply to 
Open Dialog request. 

x'03* x*8r Request/Response ID 

0381 = reply to open dialog 
x'retc* Condition code 

retc = return code 
xVeascode* Reason Code 1 

reascode = reason code 
x'reascode 1 Reason Code 2 

reascode = reason code 

Request Dialog Action 

This request flows from the local processor 
console to the remote processor console to request 
that the remote processor console cause the dialog 
action to be accomplished. Normally this would be 
a request for one or more of the following: 

1. Define variable names and initialize values 

2. Delete variable names 

3. Update variable values 

4. Lock or unlock the next display 

5. Sound an alarm on the next display 

6. Display a panel 

7. Add a popup 

8. Remove a popup 

9. Force the current displayed panel to exit 

10. Define panel libraries. 

The expected response is a "Reply to Dialog 
Action". If the Dialog Manager needs a file to 
support the dialog, any number of "Request File" 
requests may occur before the "Reply to Dialog 
Action". 

The data sent for deleting a variable name (R/R 
id = x'0303') is: 

• number of variables to be deleted 

• n names of variables to be deleted 

The data sent for defining a variable name and 
initializing the value (R/R id) = x'0304') is: 

• number of variables to be defined 

- continuation indicator to allow a large variable 
to be split 

- data type 

- type qualifier (for dimensions) 

- max data length 

- name of variable to be defined 

- length of initial data 

- initial data 

The data sent for updating variable data (R/R id 



= x'0305') is: 

• number of variables to be updated 

• followed, by n 

- continuation indicator 

5 - name of variable to be updated 

- length of data 

- value for variable 

The data sent to display a panel (R/R id = 
x'0307') is: 
10 • name of panel to be displayed 

• message id to display if this is not a panel 
display 

• message location 

• element name for cursor position on the pan- 
75 el 

• index into field for cursor positioning 

• character position of cursor 

The data to be sent to define libraries (R/R id 
= x'030A') is: 
20 * library type: help, or panel 

• number of libraries to be defined 

• n names of libraries 

The data to be sent to force a panel to exit 
(R/R id = x'030E') is: 
25 * correlator, the application's Process ID 

• type of action requested: force, or clear 
pending force 

The following is the data to be sent for a Dialog 
Action Request. 
3d x'03' x'03' 

Request/Response ID 

0303 = delete names 
x'nnnn 1 

Number of names following nnnn = number of 
35 names to be deleted 
c'deltname'xW 

Name of variable to be deleted terminated by 
null, padded by nulls 
The name field is repeated nnnn times 
40 x'03' x'04' 
Action code 

0304 = define names 
x'nnnn' 

Number of define groups following nnnn = 
45 number of names to be defined 
x'nn' 

Continuation indicator 

00 = only ;01 = first;02 = middle;03 = last 

x'tr 

so Data type for name being defined 
tt = data type 

01 - CHAR 

02 = FIXED 

03 = FIXEDS 
55 04=FIXEDU 

05 = BIT 

06 = HEX 

07 = DBCS 
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08 = MIXED 

09 = BINSTR 
OA = PACK 
x'nnnn' 

Type qualifier 5 
nnnn = qualifier for DIM 

xMiniiir 

Max data length for name being defined 
11111111 = max length 

c'name.... , x , 00' w 
Name of variable to be defined terminated by 
null, padded by nulls 
XM111' 

Length of variable data 

x'data ' 75 

Initial Variable data 

The variable information is repeated nnnn 
times 

x'03* x'05* 

Action code 20 

0305 = update variable data 
x'nnnn' 

Number of names following nnnn = number of 
names 

x'nn' 25 

Continuation indicator 

00 = on!y;01 = first;02 = middle;03 = last 

c , name....'x'00' 

Name of variable to be updated terminated by 

null, padded by nulls 30 

x'111V 

Length of variable data 

x'data • 

Variable data 

The name, length and variable data is repeated 35 
nnnn times. 
x'03' x'06* 
Action code 

0306 = lock K/B; 0346 = unlock K/B 

x'03' x'07' 40 
Action code 

0307 = display panel 
c'name....*x , 00' 

Name of panel to be displayed terminated by 

null, padded by nulls 45 

c'msgid...*x'00' 

Name of the message id terminated by null, 

padded by nulls 

c'msgloa.'x'OO' 

Panel element name for message location termi- so 

nated by null, padded by nulls 

c'cursor./x'OO' 

Panel element name for cursor positioning ter- 
minated by null, padded by nulls 
x'nnnn* 55 
Index for cursor positioning nnnn = index into 
field 
x'nnnn' 



Character position for cursor positioning nnnn = 
character positioning 
x'03' x'08 ? 
Action code 

0308 = add pop 
c'popuploc'x'00' 

Name of variable for popup positioning termi- 
nated by null, padded by nulls 

xW 
Remove POP 

0309 = remove pop 
x'03' x'OA' 

Action code 

030A = Define libraries 
x'nn' 

Library type indicator 

01 = Panel 

02 = Help 
x'nnnn' 

Number of library names following nnnn = num- 
ber of names 
c'libname 'x'00' 

Name of library to be defined terminated by 
null, padded by nulls 

The library name field is repeated nnnn times. 
xW x f 0B' Action code 

O30B = sound alarm on next dis- 
play 

x f 03 ? x'OE' Action code 

030E = force the current display 
x^orr 1 Correlator for application 

nnnn = Process ID 
x'nn* Type indicator 

01 = force display 

02 = clear pending force 

Reply to Dialog Action 

This request flows from the remote processor 
console to the local processor console to indicate 
that the dialog action has completed. Normally this 
would mean that the operator performed some 
action that caused the Dialog Manager to return 
control to the application. 

The next expected request is another "Request 
Dialog Action" or a "Request Close Dialog". 

The data sent includes: 

• Completion code contains the return code 
information. 

Return code = x'OOOO 1 indicates success or 
x'OOOC indicates an error. 
Reason code 1 is the DM Return code from 
the requested service. 

Reason code 2 is the DM Reason code from 
the requested service. 

• The following information is required only 
when the request was a display 

- number of updated variables and for each: 
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- name of updated variable 

- length of the variable 

- value of updated variable 

The following is the data to be sent for a reply 
to Dialog Action Request 
x'03' x'8s' 

Request/Response Id 

03 = dialog action;8s = reply to action 's* 

3 = delete 

4 = define 

5 = update 

6 = lock 

7 = display 

8 = add pop 

9 = remove pop 

A = define libraries 
B = display w/ alarm 
E = force display 
x'rect' 

Condition code 
retc = return code 

x'reascd 1 f 

Reason code 1 
reascode = reason code 

x'reascd 2' 

Reason code 2 
reascode = reason code 
x'nnnn 1 

Number of names following nnnn = number of 
names 

c , name....'xW 

Name of variable to be deleted terminated by 

null, padded by nulls 

x'1111' 

Length of variable data 

x'data * 

Variable data 

The name, length and variable data is repeated 
nnnn times. 

Request File 

This request flows from the remote processor 
console to the local processor console to request 
that a necessary file be sent to the remote proces- 
sor console and stored temporarily there. The file 
could be the name of a panel library file, a help 
library file, a message file, a key definition file, or 
any other file needed by the Dialog Manager. 

The expected response is a "Reply to Request 
File". 

The data sent includes: 
• the file name 

The following is the data to be sent for a 
Request File Request. 
x'05' x , 02 r 

Request/Response Id 
0502 = request file 



c'name V00' 

Name of file to be retrieved 

Reply to Request File 

5 

This request flows from the local processor 
console to the remote processor console to carry 
the requested file. 

The next expected request is either another 
10 Request File or a Reply to Dialog Action. 
The data sent includes: 

• the date of the local processor console file 

• the timestamp of the local processor console 
file 

75 * an indicator of whether the file was tersed 

* segmentation data (to allow files to be broken 
into pieces 

* the file name 

• the length of the original file 

20 * the file data, possibly broken into pieces 

The following is the data to be sent for a 
Request File Reply. 

x'05' x'82* Request/Response Id 
0582 = request file 
25 x'date 1 File date 

x'time' File timestamp 

x'ti' Tersed indicator 

x'sc 1 Segmentation code 

01 = first;02 = middle;03 = last;00 = only 

30 c'name 'x'OO' 

File name 
x'len/ 
File Length 

x'data ? 

35 Variable data 

Close Dialog 

This request flows from the local processor 
40 console to the remote processor console to in- 
dicate that the dialog actions are complete. This 
would mean that the remote processor console 
could terminate the process for this dialog. 

The expected response is "Reply to Close 
45 Dialog". 

The data sent includes: 

* a reason code for closing the dialog 
The following is the data to be sent. 

x'03 1 x , 02' Request/Response Id 
so 0302 = close dialog request 

x'retc' Condition code 

retc = return code 
x'reascode' Reason Code 

reascode = reason code 

55 

Reply to Close Dialog 

This request flows from the remote processor 
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console to the local processor console to indicate 
that the dialog has been closed. 
The data sent includes: 

• Completion code contains return code infor- 
mation. Return code = x^OO* if successful, or 
x'OC if there is an error. 
Reason code contains the DM reason code. 
The following is the data sent 
x'03' x'82' Request/Response Id 

0382 = reply to close dialog 
x'retc' Condition code 

retc = return code 
xVeascode* Reason code 

reascode = reason code 

Summary of Request/response IDs 

R/R ID Description 

0301 Open Dialog 

0381 Reply to Open Dialog 

0302 Close Dialog 

0382 Reply to Close Dialog 

0303 Dialog Action - Delete variable name 

0383 Reply to Dialog Action - Delete vari- 
able name 

0304 Dialog Action - Define variable name 

0384 Reply to Dialog Action - Define vari- 
able name 

0305 Dialog Action - Update variable data 

0385 Reply to Dialog Action - Update vari- 
able data 

0306 Dialog Action - Lock K/B 
0346 Dialog Action - Unlock K/B 

0386 Reply to Dialog Action - lock/unlock 
K/B 

0307 Dialog Action - Display panel 

0387 Reply to Dialog Action - Display Pan- 
el 

0308 Dialog Action - Add Popup 

0388 Reply to Dialog Action - Add Popup 

0309 Dialog Action - Remove Popup 

0389 Reply to Dialog Action - Remove 
Popup 

030A Dialog Action - Define Libraries 
038A Reply to Dialog Action - Define Li- 
braries 

030B Dialog Action - Alarm 

038B Reply to Dialog Action - Alarm 

030E Dialog Action - Force 

038E Reply to Dialog Action - Force 

0502 Request File Data 

0542 File Data 

0582 Reply to File Data 
Based on the foregoing, computer systems and 
processes according to the present invention have 
been disclosed. However, numerous modifications 
and substitutions can be made without deviating 
from the scope of the invention. For example, a 



complete program could be substituted for the re- 
mote console 16 and human operator to form a 
completed, automated operator, for application 36. 
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Claims 

A computer system or network comprising: 

a first processor console including a first dis- 
play screen; 

first storage means, local to and serving said 
first processor console, for storing at least one 
panel template containing fixed panel informa- 
tion, for display on said first display screen; 

a second processor console including a sec- 
ond display screen; 

second storage means, local to and serving 
said second processor console, for storing at 
least one panel template containing fixed panel 
information, for display on said second display 
screen; 

communication facility means, coupling said 
first processor console to said second proces- 
sor console, for supporting communication be- 
tween said first processor console and said 
second processor console; 

first means, associated with said first proces- 
sor console, for transmitting variable informa- 
tion to said second processor console via said 
communication facility means an identification 
of a panel template for display on said second 
display screen; and 

second means, associated with said second 
processor console, for receiving said panel 
template identification, determining if said pan- 
el template identification identifies a panel 
stored in said second storage means, and dis- 
playing said panel on said second display 
screen if said identification identifies said panel 
stored in said second storage means and re- 
questing transmission of said identified panel 
template if said second storage means does 
not contaja^aidjo^nt^ed panel template. 

A computer system or network as set forth in 
claim 1 wherein said first means also transmits 
variable information to said second means and 
directs a merger of said variable information 
with said identified panel template for display 
on said second display screen. 



3. A computer system or network as set forth in 
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claim 1 further comprises keyboard means as- 
sociated with said second processor console 
for entering variable information to be merged 
into said identified panel template, and wherein 
said second program means is responsive to s 
said keyboard means to direct said first pro- 
cessor console and said second processor 
console to make said merger. 

"A 

4./ A computer system or network as set forth in io 
claim 3 wherein 

\ 

said first processor console includes another 
keyboard means for entering variable informa- 
tion at least when said remote processor con- 75 
sole is inoperable; and 

further comprising memory means within said 
first processor console and accessible by an 
application running on said first processor con- 20 
sole, for storing keystroke information entered 
via either of said keyboard means, correspond- 
ing keystrokes of said keyboard means of said 
first processor console and said second pro- 
cessor console being targeted for the same 25 
location in said memory means whereby said 
application running in said first processor con- 
sole can utilize the variable information con- 
tained in said memory means in the same 
manner regardless of whether said variable 30 
information originated from said keyboard 
means of said first processor console or said 
keyboard means of said second processor 
console. 



35 



A computer system or network as set forth in 
claim 1 wherein said second memory means 
receives said identified panel template which 
was requested and directs a display of said 
identified pane! template. 40 

A computer system or network as set forth in 
claim 2 wherein said first program means as- 
sociates said variable information with a vari- 
able, said identified panel template includes a 45 
location associated with said variable, and said 
second program means directs the merger of 
said variable information with said identified 
panel template at the location associated with 
said variable. 50 

A computer system or network as set forth in 
claim 6 wherein said location in said identified 
panel template has an indefinite length and 
indefinite absolute position relative to said sec- 55 
ond display screen whereby variable informa- 
tion of varying lengths can be merged into said 
identified panel template and displayed on said 



second display screen. 

8. A computer system or network as set forth in 
claim 2 further comprising a first operating 
system serving said first processor console, 
said first operating system controlling said first 
display screen; and 

wherein said first program means directs said 
first operating system to display said identified 
panel template stored in said first storage 
means and said merged variable information 
on said first display screen; and 

further comprising a second operating system 
serving said second processor console, said 
second operating system controlling said sec- 
ond display screen; and 

wherein said second program means directs 
said second operating system to display said 
identified panel template and said merged vari- 
able information on said second display 
screen. 

9. A computer system or network as set forth in 
claim 1 wherein said first program means iden- 
tifies said panel template in response to an 
application running on said first processor con- 
sole. 

10. A computer system or network as set forth in 
claim 1 wherein said communication facility 
means comprises either a local area network 
or a telephone line. 



\ 

V 



A computer program product having a com- 
puter readable medium, comprising first pro- 
gram means for controlling operation of a first 
processor; 

second program means for controlling opera- 
tion of a second processor, said program 
means controlling display on a display screen, 
and accessing from memory at least one panel 
template containing fixed panel information for 
display on said display screen; 

third program means, associated with said first 
program means for transmitting an identifica- 
tion of a panel template for display on said 
display screen; and 

fourth program means, associated with said 
second program means, for receiving said pan- 
el template identification, determining if said 
panel template identification identifies a panel 
stored in said storage means, and directing 
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K said second program means to display said 
j panel on said display screen if said identifica- 
[ tion identifies said panel stored in said storage 
means and requesting transmission of said 
identified panel template if said storage means 
does not contain said identified panel template. 

^12. A computer program product as set forth in 
claim 1 wherein said fourth program means 
makes said request for transmission of said 
identified panel template to said second pro- 
gram means. 

13. A computer program product as set forth in 
claim 11 wherein said third program means 
also transmits variable information to said 
fourth program means and directs a merger of 
said variable information with said identified 
panel template for display on said display 
screen. 

14. A computer program product as set forth in 
claim 11 wherein said fourth program means 
includes means for transmitting to said third 
program means keyboard information entered 
via a keyboard associated with said second 
program means and said third program means 
includes means for storing said keyboard in- 
formation such that said application controlled 
by said first program means cannot distinguish 
said keyboard information entered via said 
keyboard associated with said second program 
means from corresponding keyboard informa- 
tion entered via a keyboard associated with 
said first program means, said keyboard in- 
formation being processed by said application. 

15. A computer program product as set forth in 
claim 11 wherein said second program means 
receives said identified template which was 
requested, and directs a display of said iden- 
tified panel template on said display screen. 

16. A computer program product as set forth in 
claim 12 wherein said first program means 
associate said variable information with a vari- 
able, said identified panel template includes a 
location associated with said variable, and said 
third program means directs a merger of said 
variable information with said panel template at 
the location associated with said variable, said 
location in said panel template has an indefi- 
nite length an indefinite absolute position rela- 
tive to said display screen whereby variable 
information of varying lengths can be merged 
into said identified panel template and dis- 
played on said display screen. 



17. A computer program product having a com- 
puter readable medium, comprising: 

first operating system means for serving a first 
s processor and controlling a first display 

screen; 

second operating system means for serving a 
second processor and controlling a second 
70 display screen; 

first program means, associated with said first 
operating system means, for receiving a call 
from an application running on said first pro- 

75 cessor to make a display, passing said call in 

substantially the same form to said first operat- 
ing system means to make said display on 
said first display screen, extracting data from 
said call, and transmitting said extracted data 

20 to said second processor, said transmission 

having a substantially different form than said 
call from said application; and 

second program means, associated with said 
25 second operating system means, for receiving 

said extracted data from said first program 
means, converting said extracted data to a 
substantially different form to call said second 
operating system means, and passing said call 
30 to said second operating system means to 

make said display on said second display 
screen. 

18. A computer program product as set forth in 
35 claim 17 wherein said first operating system 

means is a substantially off-the-shelf type op- 
erating system. 

19. A computer program product as set forth in 
40 claim 18 wherein said second operating sys- 
tem means is a substantially off-the-shelf type 
of operating system. 

20. A computer program product as set forth in 
45 claim 17 wherein said extracted data defines a 

panel template or a library of panel templates. 

21. A computer program product as set forth in 
claim 17 wherein said extracted data defines 

so variable information to be merged into said 

template. 

22. A computer system or network comprising: 

55 a first processor console including a first dis- 

play screen; 

first operating system means, serving said first 
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processor console for controlling said first dis- 
play screen; 



panel template or a library of panel templates. 



a second processor console including a sec- 
ond display screen; 



5 



second operating system means, serving said 
second processor console, for controlling said 
second display screen; 



10 



communication facility means coupling said 
first processor console to said second proces- 
sor console, for supporting communication be- 
tween said first processor console and said 
second processor console; 



75 



first program means, associated with said first 
processor console, for receiving a call from an 
application running in said first processor con- 
sole to make a display, passing said call in 20 
substantially the same form to said first operat- 
ing system to make said display on said first 
display screen, extracting data from said call, 
and transmitting said extracted data to said 
second processor console in a substantially 25 
different form than said call from said applica- 
tion; and 

second program means, associated with said 
second processor console, for receiving said 30 
extracted data from said first program means, 
converting said extracted data to a substan- 
tially different from to call said second operat- 
ing system and passing said operating system 
means type calls to said second operating 35 
system to make said display on said second 
display screen. 

23. A computer system or network as set forth in 
claim 22 wherein said extracted data defines a 40 
variable to be merged into said template. 

24. A computer system or network as set forth in 
claim 22 wherein said extracted data com- 
prises a command to make a display. 45 

25. A computer system or network as set forth in 
claim 22 wherein said first operating system 
means is a substantially off-the-shelf type of 
operating system. 50 

26. A computer system or network as set forth in 
claim 25 wherein said second operating sys- 
tem means is a substantially off-the-shelf type 

of operating system. 55 

27. A computer system or network as set forth in 
claim 22 wherein said extracted data defines a 
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